home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Ham Radio 2000
/
Ham Radio 2000.iso
/
ham2000
/
tcp_ip
/
gp
/
7plus.fra
< prev
next >
Wrap
Text File
|
1992-01-02
|
34KB
|
805 lines
***************************************************************
*** ***
*** 7PLUS - Un nouvel et efficace encodeur/décodeur pour le ***
*** transfert de données sur le réseau packet-radio. ***
*** ***
*** Version 1.5 Axel BAUDA, DG1BBQ @ DB0CL.DEU.EU ***
*** 25/09/91 Postdamer Str. 43 ***
*** W-2850 Bremerhaven 21 ***
*** GERMANY ***
*** ***
*** 7PLUS est du Domaine Publique. Il peut être copié ***
*** gratuitement. Les fichiers .DOC et 7PLUS.C doivent être ***
*** inclus! Ce document est valable pour la version PC ainsi ***
*** que pour les versions AMIGA, ATARI-ST et UNIX. ***
***************************************************************
La "phobie-de-la-non-lecture-de-doc." (phobieantidoc):
======================================================
Cela se produit à chaque fois. Les utilisateurs me posent des questions
dont la réponse et le sujet sont clairement expliqués dans le manuel.
Je sais, il est parfois difficile pour certains de lire soigneusement le
manuel mais cette lecture attentive m'épargne un temps précieux. Donc en
cas de problèmes, lisez attentivement le manuel.
J'ai essayé de rédiger ce manuel avec un maximum de détails, néanmoins
je peux avoir oublié certaines choses de çi de là.
Personne n'est parfait....
Je ne peux vous donner ici un cours complet sur le MS-DOS/ATARI/AMIGA ou
UNIX. Donc vous devrez avoir les connaissances de bases de votre système
informatique.
Et, aussi connaitre les commandes de votre logiciel de communications.
Préface:
========
Tous les encodeurs actuels comme 7BIT, RADIX95, UUENCODE et SEVEN
ne prennent pas en considération que les fichiers transmis
puissent être abimés lors des transferts sur réseau packet-radio.
Jusqu'à ce jour, les fichiers abimés devaient être répetés,
parfois à de nombreuses reprises, avant de parvenir à les
transmettre sans erreurs et ce parfois sans succès.
C'est ici que 7PLUS entre en jeu en offrant la possibilité de
réparer les fichiers abimés en n'importe quel point du réseau et
ce sans devoir retransmettre le fichier complet.
L'automation et la détection fiable des lignes abimées sont
rendus possibles grâce au CRC et à la numérotation des lignes
encodées.
Un exemple: FE6EQZ a encodé le fichier TEST.EXE en TEST.7PL et
transféré ce fichier sur un serveur.
F6ABJ retire ce fichier du serveur et tente de le décoder.
...Malheureusement, ce fichier a été abimé lors du transfert.
7PLUS détecte les lignes erronées et crée un rapport d'erreurs appelé
TEST.ERR.
F6ABJ envoie ce fichier TEST.ERR à FE6EQZ, ce dernier saura alors créer le
fichier de correction TEST.COR grâce à 7PLUS.
FE6EQZ télécharge TEST.COR sur le serveur à destination de F6ABJ.
Pour autant que F6ABJ reçoive TEST.COR sans erreurs (sinon il faut
recommencer l'envoi de TEST.COR), le fichier TEST.7PL sera corrigé et
décodé avec succès.
Au cas où TEST.7PL contient plus d'erreurs que les corrections dans
TEST.COR, il suffit de générer un nouveau fichier TEST.ERR et de répéter
la procédure décrite plus haut. Ceci est de loin plus efficace que de
renvoyer le fichier entier.
Je dois admettre que le procédé semble compliqué à première vue
mais ce n'est vraiment pas le cas en réalité. La description de
la procédure est la réalisation de trois étapes:
' Détection des erreurs'
' Rapport vers l'expéditeur et demande de correction'
' Correction des erreurs'
Une fois que vous aurez compris le processus et effectué quelques
essais, vous verrez que ce n'est vraiment pas compliqué.
Historique de 7PLUS:
====================
7PLUS a été développé au départ de mon précédent encodeur SEVEN.
La faculté de corrections a provoqué une incompatibilité entre SEVEN et
7PLUS, cela a été le prix à payer. Ce n'est pas si grave, vu les avantages
de 7PLUS comparés à SEVEN. Les rediffusions de fichiers abimés lors
du transfert en réseau, sont du passé. Etant donné l'icompatibilité de
SEVEN et 7PLUS, j'ai inclus l'algorithme RADIX216 comme encodage compact
des fichiers.
Au début, il y a eu une très forte opposition à 7PLUS. Certains étaient
convaincus qu'un encodeur utilisant les caractères au-delà de 7Fh allait
provoquer plus de mal que de bien. 7PLUS s'est imposé comme l'encodeur
de REFERENCE en Allemagne. Ceci donne tort aux opposants. A l'heure
actuelle, 7PLUS est non seulement en usage en Allemagne, mais dans toute
l'Europe. On trouve même des partisans de 7PLUS au Japon. Il y a même des
BBS's qui utilisent 7PLUS dans leur fonction serveur.
Comment fonctionne l'encodage de 7PLUS ? (en résumé)
====================================================
7PLUS utilise un algorithme RADIX 216 d'encodage qui ne provoque
qu'un accroissement de la taille du fichier de 3.23% seulement.
Cet algorithme encode 31 bytes en 32 bytes ASCII. Cet algorithme
pourrait être aussi appelé 7-3/4-bit-encoding, parce que chaque
digit représente autant de bits des données non-encodées. Voilà
pourquoi le nom 7PLUS a été utilisé. En plus on ajoute
un CRC et un numéro ligne par ligne, une séparation de ligne
ainsi qu'un préambule et une conclusion. Ces ajoutes n'augmentent
le fichier que de 11 à 12%.
Augmentation d'autres encodeurs/décodeurs:
RADIX95 : 24%
UUCODE : 42%
Chaque caractère du codage sera compris entre 0 et 215.
Cette plage ne peut être transmise directement (elle contient
des caractères de contrôle), le code est transposé afin d'éviter
des tas de problèmes.
Table de codage:
21h - 29h, 2Bh - 7Eh, 80h - 90h, 92h, 94h - FCh (compris).
Valeurs éliminées volontairement:
00h - 20h: caractères de contrôles et espace.
Certains terminaux éliminent les espaces en fin
ligne!
2Ah : Astérisque, peut provoquer des problèmes sur
certains serveurs. (p.ex.:'*** end')
7Fh : DEL, un autre caractère de contrôle.
91h + 93h: Certains terminaux téléphoniques interprètent ces
valeurs comme XON et XOFF....raison inconnue???
Probablement une erreur.
Le seul problème avec des fichiers encodés sous 7PLUS est le fait
que des caractères au-delà de 7Fh sont utilisés. Certains
logiciels n'interprètent pas correctement ces caractères. Par
expérience en Allemagne et dans les pays voisins, il a été
constaté que les serveurs (TheBox, W0RLI, F6FBB, AA4RE....) ainsi que la
plupart des logiciels de communications sont capables de digérer
ces caractères. Déjà certains logiciels sont mis à jour afin de
travailler correctement sous 7PLUS. Les TNC's ne posent pas de
problèmes, parce qu'ils savent être configurés afin de traiter
les caractères au-delà de 7Fh (8BITCONV ON, AWLEN 8....).
Cela ne sera plus long avant que la majorité des programmes de
communications packet soient capable de travailler correctement
sous 7PLUS. Si 7PLUS se développe comme c'est le cas en
Allemagne, les auteurs de logiciels suivront (devront suivre) le
mouvement de réduction de la quantité de données à transmettre
sur réseau.
Comment sont constitués les fichiers 7PLUS ?
============================================
Les fichiers 7PLUS débutent toujours par une ligne de préambule,
suivi de 512 lignes de code et d'une ligne de conclusion
indiquant la fin du fichier. Toutes les lignes sont transmises
avec un séparateur de ligne, ce signe est le caractère CR (retour
chariot).
Sur disque, ce séparateur de ligne doit être conforme aux
différents systèmes (CR/LF sur IBM-PC et ATARI ST, LF sur AMIGA).
Le préambule:
-------------
go_7+. 005 of 010 TEST.EXE 0010453 6488 166 (7PLUS v1.4) XXXXY
└────┘ └─┘ └─┘ └─────────┘ └─────┘ └──┘ └─┘ └──────────┘ └───┘
1 2 3 4 5 6 7 8 9
1) Départ, dans la deuxième colonne.
2) Partie 5
3) de 10 parties.
4) Nom du fichier encodé + blancs, max. 12 car.
5) Longueur du fichier encodé.
6) nombre de bytes ASCII dans cette partie (HEX).
7) Nom de l'encodeur et version.
8) Caractère de test (détection du 8ième bit). Aussi utilisé
pour indiquer que le nom complet apparait dans la ligne
suivante. Ceci est uniquement le cas avec la version AMIGA.
De cette façon l'échange de fichiers 7PLUS, créés sur des
systèmes avec des noms structurés différemment, reste possible.
9) XXXX: caractères de test (afin de vérifier le 8ieme bit). Aussi
utilisé afin d'indiquer que le nom complet du fichier suit dans
la ligne suivante (si version 1.4 ou plus). Ceci est uniquement
le cas avec la version AMIGA/UNIX actuellement. De cette façon
on garde une compatibilité entre les fichiers créés sur d'autre
système que MS-DOS.
Y: Minichecksum pour l'entête (version 1.5 et plus).
Les lignes de code:
-------------------
AAAAAAAAAAAAAAAAAAAAAA.........BBBBBBBBBBBBBBBBBBBBBBBBBBPPP
└───────────────────────────────────────────────────────┘└─┘
64 ASCII bytes, représentant 62 bytes binaires *
A: premier groupe (32 bytes ASCII, représentant 31 bytes bin.)
B: second groupe
P: Checksum et numérotation de ligne.
Chaque ligne est constituée de 64 bytes ASCII plus 3 bytes, elle
contient aussi le CRC et le numéro de ligne.
Chaque fichier 7PLUS comprend un maximum de 512 lignes de code.
Si plus sont nécessaires, le fichier sera scindé.
En conclusion, chaque fichier 7PLUS peut contenir 512x62 = 31744
bytes. Avec un maximum de 255 parties, soit 8.094.720 bytes. Ceci
semble très suffisant pour la plupart des applications.
La ligne de conclusion:
-----------------------
stop_7+. (TEST.P05)
└──────┘ └────────┘
1 2
1) indicateur de fin, dans la deuxième colonne.
2) Nom du fichier de cette partie
Les rapports d'erreurs:
=======================
Si des fichiers 7PLUS ont été endommagés lors du transfert, 7PLUS
reconnait les erreurs et crée un rapport d'erreurs qui contiendra
toutes les informations nécessaires afin de créer le fichier de
correction.
Un fichier d'erreur ressemble à ceci:
go_text. TEST.ERR
7PLUS error report: TEST.TXT 113 /Test.TXT/ 34028
01
005 006 007 03D FFF
02
10C 10D 10E FFF
00
CRC A17D
stop_text.
Les lignes 'go_text.' et 'stop_text.' sont utilisées afin de reconnaitre
et d'extraire le rapport d'erreurs d'un fichier de capture.
La ligne '7PLUS error report...' contient des informations telles que:
Nom du fichier original.
Longueur des blocks lors de l'encodage,
le nom complet (seulement AMIGA/UNIX)
et (à partir de la v1.5) la longueur du fichier original.
La valeur de deux chiffres en hexa donne la partie où les lignes
indiquées ont été endommagées. Un numéro de ligne 'FFF' indique
la fin des erreurs de cette partie. '00' indique la fin du fichier
d'erreurs. A la ligne suivante, un checksum pour le rapport d'erreurs
(7PLUS v1.5 et plus) confirme le contenu du fichier.
Le fichier de corrections:
==========================
Aprés avoir envoyé le fichier d'erreurs vers l'expéditeur du fichier
encodé, l'expéditeur du fichier utilisera ce dernier afin de créer le
fichier de corrections. Ce fichier de corrections contiendra toutes
les lignes endommagées ou manquantes. Il enverra ce fichier au demandeur
ou l'enverra vers la BBS où le plus grand nombre d'erreurs aura été
signalé. Dans ce dernier cas l'option '-J' sera pratique. On peut
avec cette option joindre plusieurs fichiers de corrections afin de
créer un fichier reprenant l'ensemble des corrections.
Exemple de fichier de corrections:
(Contenu des lignes de code abrégé)
go_text. TEST.COR
7PLUS correction: TEST.TXT 34028
P01:
L005:
sdWKLRjwEK....
L006:
"rt4rWER7Z....
L007:
eeERG35ERG....
L03D:
$%&H$%6TZJ....
P02:
L10C:
AdD$%SFFDr....
L10D:
sFG$sFw4rf....
L10E:
56fZTddfDg....
P00:
CRC A9B6
stop_text.
'go_text.', 'stop_text.' et checksum: voir 'Le fichier d'erreur'.
La ligne '7PLUS correction...' contient les informations suivantes:
Nom du fichier original
et (7PLUS v 1.5 et plus) la longueur du fichier original.
Une ligne débutant par ' Pxx:' defini pour quelle partie les lignes
corrigées sont destinées. Les lignes encodés sont précédées de 'LXXX:'
ceci indique le numéro de ligne dans le fichier. 'XX' et 'XXX' sont des
valeurs hexadécimales.
La structure des fichiers d'erreurs et de corrections sont
volontairement réduites au plus simple dans un souci de clarté.
Compatibilité des versions 7PLUS:
=================================
Tous les fichiers des versions anciennes de 7PLUS peuvent être décodées
par la nouvelle version et vv.
Ceci est aussi valable pour les fichiers d'erreurs et de corrections.
En commencant avec la version 1.5, un checksum est ajouté au fichier
d'erreurs et de corrections. Il n'est vérifié que si présent. Lorsque
7PLUS version 1.5 et plus récent travaille sur des fichiers de version
plus ancienne, un message d'avertissement sera émis indiquant l'absence
de checksum.
'no CRC. File may be corrupted or from version earlier than 7PLUS v1.5'
Néanmoins, 7PLUS continuera a décodé le fichier. L'avertissement
indiquera uniquement que le fichier n'est peut-être pas 100% correct.
Vous vérifierez visuellement si ces fichiers sont corrects. Etant donné
la structure simple des fichiers d'erreurs et de corrections ce sera
facile et on pourra effacer les lignes fautives. Attention, si un
checksum est présent, il devra être effacer, sinon le fichier ne sera
plus accepté par 7PLUS!
Convention d'appellation des fichiers:
======================================
Les fichiers gérés par 7PLUS, doivent satisfaire aux règles
d'appelation des fichiers sous MS-DOS, peu importe sur quelle
système 7PLUS est utilisé. Le nom de fichier comprendra
toujours un nom (8 caractères max.) et une extension (3 car.
max.) séparé par un point (.). Les noms de fichiers sous 7PLUS sont
toujours en majuscules. Sur disque, les minuscules sont utilisés pour
les noms de fichiers, si le système le permet. Ceci est TRES important
sur les systèmes qui font la distinction minuscules/majuscules comme
sur UNIX.
Par ex.: TERMINAL.EXE
Afin de permettre le transfert des noms complets des fichiers
structurés de façon différente que sur MS-DOS, les noms complets
sont transférés séparément (voir "Le préambule"). De même un mom
de fichier compatible MS-DOS est créé afin de garantir l'inter-
changeabilité. Le nom complet 'Hyper_Term_Plus' serait modifié en
'HYPER_TE'.
Lors de l'encodage sans division de fichier. Le fichier encodé
portera comme extension de nom: '.7PL'.
Les fichiers scindés porteront l'extension '.PXX',où XX est une
valeur hexa dans la plage de 01h à FFh.
Les rapports d'erreurs auront habituellement l'extension '.ERR" et
les fichiers de correction auront l'extension '.COR'. Ceci
est très important, car 7PLUS tire ses infos de travail de ces
extensions! Il est permis de changer les noms des fichiers de
corrections et d'erreurs, néanmoins, l'extension DOIT être
'.ERR' ou '.COR'. Si vous recevez de multiple fichiers d'erreurs
il est possible de dénommer autrement les fichiers d'erreurs. Le
premier fichier d'erreurs aura comme extension '.err' et les suivants
auront '.eXX', où XX sera une valeur hexadécimale.
Exemple: Vous avez reçus trois fichiers d'erreurs en relation avec le
même fichier original (TEST.7PL). Lors de l'extraction avec l'option
'-X', le premier fichier d'erreur sera TEST.ERR, le deuxième sera
TEST.E01 et le troisième TEST.E02. Les trois fichiers d'erreurs
pourront alors être facilement combiné grâce à l'option '-J'.
Les fichiers 7PLUS devront toujours respectés ces principes de
base. Ceci est de la plus haute importance surtout pour les
fichiers scindés et pour les corrections éventuels.
Le nom sous lequel un fichier 7PLUS sera sauvé peut-être trouvé à
la fin de chaque partie (voir 'La ligne de conclusion').
Comment utiliser 7PLUS ?
========================
Encodage:
---------
7plus test.exe Encodage de TEST.EXE. Si le fichier
résultant contient plus de 512 lignes, le
fichier sera automatiquement divisés en
partie de 512 lignes.
7plus test.exe -s Encodage et division, 140 lignes/fichier
(env. 10K/fichier)
7plus test.exe -s 30 30 lignes par fichier.
7plus test.exe -sp 3 Encodage et division en 3 fichiers de
taille ± identique
Décodage:
---------
7plus test.7pl Décodage. Crée un rapport d'erreurs, si
TEST.7PL est abimé.
7plus test.p01 Rassemblage et décodage.
7plus test Au décodage, l'extension peut être omise.
Si 7PLUS trouve TEST.COR il procédera d'abord
à la correction.
Si un nom de fichier 'TEST' existe déjà,
il sera encodé.
Correction:
-----------
7plus test.err c:\pr\ Compilation d'un fichier de correction
TEST.COR et utilisation du fichier
TEST.EXE en C:\PR\. 'TEST.EXE' est le
fichier original qui a été encodé. Il
n'est pas nécessaire de conserver les
fichiers encodés mais mais vous devez
conserver le fichier original (TEXT.EXE)
afin de vous permettre de répondre aux
demandes de corrections!
Une situation particulière apparait lors
de la création d'un fichier sur un sys-
tème utilisant des noms ne respectant pas
la norme MS-DOS.
Exemple:
Un OM encode 'Hyper_Term_plus' sur un
AMIGA. 7PLUS va donner le nom, compatible
MS-DOS, 'HYPER_TE' (Le nom complet sera
transmis aussi dans le fichier, mais la
version PC et ATARI-ST ne le fera pas). Si
quelqu'un décode le fichier avec une version
ancienne de 7PLUS (avant 1.4) et que des
erreurs apparaissent, le fichier 'HYPER_TE.ERR'
sera créé. Si notre OM envoie ce dernier fichier
à notre utilisateur d'AMIGA, 7PLUS va tenter de
trouver 'HYPER_TE' en créant le fichier de
correction et ne le trouvera probablement pas.
Dans ce cas, le nom complet et le chemin peuvent
être spécifié.
Exemple:
7plus hyper_te.err df0:utils/Hyper_Term_Plus
Si 7PLUS v1.4 (ou plus récente) est utilisé, ce
problème ne se présentera PAS, parce que le nom
original et complet est transmis avec le nom
compatible MS-DOS dans le rapport d'erreurs,
même si ce n'est pas évalué autrement sur les
versions PC et ATARI-ST.
7plus test.cor Répare test.7pl/test.pxx, en utilisant
TEST.COR. Il arrive que toutes les erreurs ne
soient pas couvertes par le fichier de corrections.
Dans ce cas, il faut tenter de décoder et ainsi créer
un nouveau fichier d'erreurs. Envoyez ce dernier à
l'expéditeur du fichier pour complément de corrections.
7plus test.err test2.err -j
Le contenu de test2.err sera ajouté à test.err. Ceci
sera très utile lorsque plusieurs fichiers d'erreurs
auront été reçu. Attention, un fichier d'erreurs
contenant un grand nombre de ligne sera de préférence
traité individuellement.
7plus test.err -j Ceci est procédure particulière de jonction de
fichiers d'erreurs. 7PLUS cherchera le fichier
test.e01 en premier lieu et ensuite le joindra à
test.err, ensuite cherchera test.e02 etc etc...
Il est important que les fichiers d'erreurs aient
été extrait d'un fichier de capture par l'option
'-X'! Après cette action, test.err contiendra
toutes les erreurs transmises par les fichiers
d'erreurs.
7PLUS - Extraction des fichiers:
--------------------------------
7plus fichier de capture text -x
'extrait' tous les fichiers 7PLUS du fichier de capture et les sauve
séparément, si un texte est précisé, seul les fichiers contenant ce texte
dans le titre seront extraits.
p.ex: 7plus spsave.c10 952.err -x
Extrait tous les rapports d'erreurs contenant '952.err' dans le
nom de fichier.
Si un texte fictif est défini (p.ex:'###'), aucun fichier ne sera
extrait, mais par contre vous recevrez une liste des fichiers dans le
fichier de capture.
Peu importe le type de séparateur de lignes dans le fichier de
capture: CR/LF, CR ou LF. Les fichiers extractés auront cependant des
séparateurs de lignes conforment au système utilisé. C'est-à-dire
CR/LF sur IBM-PC et ATARI ST, LF sur AMIGA/UNIX.De cette façon, pas
besoin d'utiliser un éditeur de texte pour "nettoyer" le fichier de
capture et de plus les règles de dénomination ds fichiers seront
respectées.
De plus, les rapports d'erreurs et de corrections seront extraits.
Ceci ne fonctionne que si (go_text. et stop_text) sont trouvés.
Autres options:
---------------
-N (version ATARI_ST seulement) Normallement, 7PLUS demande de taper
sur une touche quelconque à la fin. L'option '-N' supprimera cette
frappe. Ceci est utile lorsque 7PLUS est invoqué à partir d'un autre
programme (shell).
-P Les fichiers encodés, les fichiers d'erreurs et de corrections con-
tientront un CR comme interligne. Ceci est nécessaire lors de l'utili-
sation de programmes d'émulation de terminal, où les fichiers 7PLUS
devront être envoyé sous l'option de transfert binaire, parce qu'ils
n'assimilent pas les caractères sous 8bits en mode texte. Ceci est
même tres important sur AMIGA, parce que ce dernier utilise LF comme
interligne!. Le téléchargement d'un fichier, avec l'option transfert
binaire, qui contient des LF comme interlignes va créer un fichier
inutile parce que les LF sont toujours éliminés. L'interligne standard
en packet-radio est CR!. Le résultat serait un fichier contenant UNE
longue ligne!
-T Cette option peut être utilisé pour ajouter un séquence de fin aux
fichiers encodés, aux fichiers d'erreurs et de corrections.
Exemple:
7plus test.exe -sp 2 -p -t /ex
-Y 'YES' par défaut lorsque demandé. Cette option est utile lorsque 7PLUS
est appelé à partir d'un autre programme (shell, serveur).
-# Cette option est utilisée lorsque 7PLUS est sur un serveur. Lors de
l'encodage, 7PLUS créera '7plus.fls', ce fichier contiendra le nombre
de fichiers crées ainsi que le nom compatible MS-DOS.
p.ex: 10 TEST
Un résumé des commandes est obtenu en tapant 7PLUS sans paramètres.
Conseils:
---------
Assurez-vous que votre tnc/logiciel est capable de traiter le
set de caractères de 7PLUS (voir tableau plus haut). Il est
important de placer tous les paramètres relatifs à 8bits
correctement (8BITCONV ON, AWLEN 8 ...). Le caractère de changement
de canal sera mis à $01 (CTRL-A) parce que 7PLUS utilise tous les
caractères imprimables. Sinon des changements non-souhaités de canal
se produiraient, lors du télé-chargement de fichier sous 7PLUS.
Vérifiez aussi votre câble RS232 (configuration 8 bits).
Si malgré ces précautions vous n'ètes toujours pas en mesure
de traiter les fichiers sous 7PLUS, prenez contact avec l'auteur
de votre logiciel de communications, il y va de son intérêt que
son programme puisse faire face à toutes les éventualités, je
suis persuadé qu'il modifiera son logiciel.
YAPP:
-----
Certaines versions anciennes de YAPP élimine le bit 8....
Utilisez une version plus récente!
BBS non-W0RLI/AA4RE/F6FBB/TheBox:
---------------------------------
Certains de ces logiciels de BBS's élimine le bit 8! Le seul cas m'a
été signalé en Hongrie. L'auteur de ce logiciel travaille afin de le
modifier.
Dans le Royaume-Uni, il y a des bbs's qui coupe les caractères entre
E0h et FFh. Le problème est connu et la solution recherchée. De plus,
certaines BBS's élimine le caractère FEh, ceci n'est pas un problème,
7PLUS n'utilise pas cette valeur.
Mise en garde: EPROM WA8DED
---------------------------
Ne sait pas gérer les fichiers en mode terminal, sauf modifications
ou si on utilise l'eprom TheFirmware v2.2a DAMA (NORD><LINK, Germany)
ou une version plus récente. Etant que cette eprom est destinée à être
utilisée principalement sous HOST MODE, ceci ne pose pas de problèmes.
7PLUS sur AMIGA:
----------------
La plupart des programmes d'émulation de terminal sur AMIGA ne
savent pas utiliser les fichiers 7PLUS en mode texte. Ceci
provient du fait que ceux-ci interprètent les caractères de
contrôle AMIGA compris entre 80h et 9Fh. Il serait plus sage de
les afficher en les remplaçant par des caractères qui ne posent
pas ce genre de probèmes et sans les interpréter comme des
caractères de contrôle.
A cause de cela les fichiers encodés 7PLUS devrait être transmis
en mode binaire. La solution est de décoder le fichier en utilisant
l'option '-X' de 7PLUS. L'édition du fichier de capture n'est
en ce cas pas nécessaire.
Lors de la capture de fichiers 7PLUS em mode binaire, la
séparation de ligne AMIGA (LF) doit être changé en <CR>
comme convenu en packet-radio. Ceci est possible en utilisant
l'option '-p' de 7PLUS.
Comment prendre des fichiers 7PLUS sur une BBS:
===============================================
Afin de procéder à cette opération, assurez-vous votre tnc/programme
de communication soient configurés convenablement.
A cet effet, le fichier ASC.TXT sur le disquette de distribution de
7PLUS, sera votre test. Transférez ASC.TXT vers la BBS (self-addressé)
et retirez le fichier de la BBS. Si ce que vous recevez n'est pas
identique à l'envoi....vérifiez votre configuration et lisez le
chapitre "Conseils".
Si le test est OK, alors vous êtes parés pour travailler avec 7PLUS.
La façon la plus simple de travailler avec 7PLUS est d'ouvrir un fichier
de capture et d'y déposer tous les fichiers venant de la BBS. Attention,
n'appellez pas ce fichier d'un nom similaire des fichiers capturés!.
Utilisez un nom tel que 'capture'.
Lorsque vous aurez terminé la prise (avez-vous pensé à prendre les
fichiers de corrections éventuels déjà dans la BBS?), vous devez
extraire les fichiers 7PLUS du fichier de capture. Un éditeur permettra
cela ou -bien plus simple- 7PLUS lui-même! 7PLUS extrait les fichiers
utiles mais de plus donnera les noms corrects à ces fichiers.
En invoqant 7PLUS de la manière suivante: '7plus capture -x' vous
obtiendrez les différents fichiers encodés 7plus du fichier de
capture.
Maintenant les fichiers sont sous format 7PL et vous procéderez au
décodage.
Voyons ce que nous avons sur disque maintenant:
(ceci est un exemple)
TERM952.P01
TERM952.P02
TERM952.P03
TERM952.P04
TERM952.COR
Ah, bon....Vous avez pensé à retirez le fichier de correction qui se
trouvait déjà dans la BBS.
Il y a deux façons de décoder ces fichiers:
'7plus term952.cor' <--- Fera la correction.
'7plus term952.p01' <--- Decodage.
ou
'7plus term952' <--- 7PLUS travaillera de par lui-même.
Soyez prudent, la deuxième procédure, si un fichier 'term952' existe
déjà dans le répertoire, 7PLUS ne décodera pas 'term952.p01', mais
encodera 'term952'! Ceci est la raison pour laquelle je vous
conseillais d'utiliser un nom différent pour le fichier de capture,
nom qui n'aura pas de ressemblances avec le nom des fichiers encodés
sous 7PLUS.
Si le décodage s'est bien déroulé, 7PLUS donnera le message suivant:
'Decoding succesful! 'term952.exe' 43210 Bytes.'
TERM952.EXE est le fichier décodé. Ce qu'il vous reste à faire
maintenant dépendra des indications de l'expéditeur du fichier.
Comme auteur de 7PLUS, je n'ai plus ici à ce stade, d'autorité.
Si le décodage n'a pas réussi.
7PLUS donnera:
'Decoding not successful.
Send error report 'term952.err' to originator of 'term952.exe'
for correction.'
Ceci signifie simplement, que vous devez envoyer le fichier 'term952.err'
à l'expéditeur du fichier 'term952.exe' et d'attendre son envoi d'un
fichier de correction.
De par le passé, il est arrivé que certains OM's m'envoient des fichiers
d'erreurs afin d'obtenir des fichiers de corrections, pour des fichiers
dont je n'étais pas l'expéditeur original. Laissez-moi vous dire encore
clairement: LE responsable des corrections est celui qui a mis au départ
le fichier endommagé et c'est à cette OM que vous devez aussi envoyer
vos fichiers d'erreurs. Je ne suis que l'auteur de l'encodeur/décodeur et
n'ai donc rien à voir avec la suite des évenements. Une comparaison:
Une agence de livraison livre des colis endommagés lors du transport.
Personne n'aura l'idée d'attaquer le fabricant du camion (moi) qui a
transporté les colis, si le camion (7PLUS) est en bon état mais que
le réseau routier (le réseau packet) est mauvais....
Comment mettre des fichiers 7PLUS sur une BBS:
==============================================
Comme déjà dit au chapitre précédent, assurez-vous que votre logiciel
de comunication et votre tnc soient configurés correctement afin de
permettre le traitement de fichiers sous 7PLUS. Si vous ne prenez pas
toutes ces précautions, il se pourrait que les fichiers encodés ne soient
pas décodables. Evitez de frustrer les autres usagers.
Il est bon d'écrire un petit texte explicatif, dans lequel vous
indiquerez le type de logiciel compris dans vos fichiers. Indiquez le
système informatique pour lequel le logiciel est prévu ainsi que
l'archiveur utilisé (LHARC, LHA, PKZIP....), ainsi que les noms des
fichiers faisant partie de l'ensemble et surtout faites mention du
type d'encodeur (en ce cas 7PLUS). Comme ceci le lecteur pourra se
rendre compte immédiatement si le logiciel lui sera d'une quelconque
utilité. Le titre de cette info sera brêve mais claire:
p.ex: 'TERM952.EXE Info'
Lors de l'envoi vers la BBS, indiquez aussi pour quel système informatique
le logiciel est prévu:
'TERM952.EXE Info (IBM)'
OK, maintenant vous pouvez procédez à l'encodage. Certains sysops
limitent la taille des fichiers acceptés sur les BBS. Informez-vous.
Prenez cela en compte lors de l'utilisation des options '-s' et '-sp'.
Supposons que TERM952.EXE fasse 43210 bytes. Lors de l'encodage, la
longueur du fichier augmentera de 11% soit 48k. Supposons aussi que
la longueur maximale des fichiers sur cette BBS est de 4k. Vous
devrez donc encoder en 12 parties en utilisant l'option '-sp' ou en
blocs de +- 4k en utilisant l'option '-s 60'.
'7plus term952.exe -sp 12' ou
'7plus term952.exe -s 60'
OK, l'encodage est terminé. Vous avez donc les fichiers 'TERM952.P01'
à 'TERM952.P0C' (numérotation hexadécimale) sur disque. Les fichiers
peuvent être transmis maintenant séparémment vers la BBS. Ici aussi,
utilisez un titre explicatif et clair:
'TERM952.P01 / 0C (7PLUS)'
Ceci veut dire: TERM952 est encodé sous 7PLUS et ce fichier est le
premier de 12 parties (0C hexa).
Mieux encore, mais plus rébarbatif pour les novices:
'TERM952.EXE.P01/0C.7PL'
La meilleure façon de lire ce dernier, est à l'envers:
C'est un fichier sous 7PLUS, premier de 12 parties et le fichier encodé
est TERM952.EXE.
Après avoir mis tous les fichiers dans la BBS, une vérification peut
se faire de la façon suivante, vous reprenez de la BBS vos fichiers et
vous tentez le décodage en sens inverse. Si vous recevez des erreurs
vous saurez immédiatemment créer le fichier de correction ad-hoc et le
mettre à disposition des OM's dans la BBS.
Maintenant il vous reste à attendre les fichiers d'erreurs....
7PLUS peut être compilé sur IBM-PC, ATARI ST et AMIGA. Voir
les notes dans le code source.
7PLUS est écrit pour un usage radio-amateur et de ce fait
gratuit. Il peut être distribué gratuitement et copié
librement, mais cela uniquement dans son intièreté c'est-à-dire
comprenant le code source et les documentations.
L'utilisation de 7PLUS dans un environnement commercial est
interdit et aucun droit d'utilisation ne peut être perçu.
73's Axel Bremerhaven, DG1BBQ @ DB0CL.DEU.EU
(Traduction de ON7LE @ ON7RC.BEL.EU)